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Description 

Healthcare Claims Processing 
Mechanism For A Transaction System 

Brief Description of Drawings 
[0001] | n the accompanying drawings: 

[0002] Figures 1 and2 show overviews of a transaction system or 
aspects thereof according to embodiments of the present 
invention; and 

[0003] Figure 3 is a flowchart depicting the operation of aspects of 

a transaction system according to embodiments of the 

present invention. 
Detailed Description 

[0004] The term "message" generally refers to a signal represent- 
ing a digital message. As used herein, the term "mecha- 
nism" is used herein to represent hardware, software or 
any combination thereof. The mechanisms and databases 
described herein can be implemented on standard, gen- 
eral-purpose computers or they can be implemented as 



specialized devices. The mechanisms may operate elec- 
tronically, optically or in any other fashion. The term "per- 
son" means any individual, group of individuals, business 
entity or entities (including without limitation not- 
for-profit entities). The term "database" means one or 
more servers for storage of information. 

[0005] An overview of the structured transaction system 200 ac- 
cording to the present invention is described with refer- 
ence to Figures 1 and2. A participating employer has a 
healthcare plan for its eligible employees including an 
employer and/or individual employee account(s) (each a 
funded account 271, held by a financial institution 225), 
whereby the participating employer and/or its participat- 
ing employees fund from time to time the funded ac- 
counts) 271. Examples of these accounts are healthcare 
reimbursement arrangements, healthcare savings ac- 
counts, and flexible spending accounts. The participating 
employees may use monies in the funded account(s) 271 
for payment of healthcare expenses and services provided 
to the participating employee. 

[0006] | n many healthcare plans, dependants of an employee are 
entitled to participate in a healthcare plan sponsored by 
the employee's employer, and therefore a participating 



employee may (when permitted by the healthcare plan) 
fund an individual dependant account and/or use monies 
in the funded account(s) 271 for payment of healthcare 
expenses relating to his/her participating dependant, all 
in accordance with and subject to the limitations of the 
healthcare plan. Hereinafter, and in the drawings, partici- 
pating employees and their participating dependants may 
be referred to as "participants"; however, it is recognized 
that in many uses of the term "participants," the partici- 
pating employee will be acting on behalf of one of its par- 
ticipating dependants. 
[0007] The funded accounts 271 are managed in part by an ad- 
ministrator by means of the claim processing mechanism 
231 of the present invention. The claim processing mecha- 
nism 231 from time to time receives from a participating 
healthcare provider 221 or a participant, by means of the 
claim submission mechanism 232, a claim 261 specifying 
healthcare services and expenses provided to a partici- 
pant, and requesting payment or reimbursement for the 
same; the claim processing mechanism 231 processes the 
claim 261 and, if valid, instructs the financial institution 
225 holding the funded account 271, by means of the pay- 
ment mechanism 233, to pay the claim amount specified 



in the claim 261, as the same may be adjusted by the 
claim processing mechanism 231. 
[0008] Some or all of the participating employer, participating 
employee, healthcare provider 221, insurance provider or 
healthcare plan administrator 227 and/or financial institu- 
tion 225 (some of the "users"228 of the system) may regis- 
ter with the administrator by means of the registration 
mechanism, whereby the user 228 transmits to the 
database 240 registration information 262 regarding the 
user 228 and in some cases registration information 262 
regarding some of the other users 228, which registration 
information 262 will assist in claims processing, payment 
and account management of the various mechanisms of 
embodiments of the present invention. The registration 
information 262 may be reviewed and/or modified from 
time to time by the applicable user(s) 228 or the adminis- 
trator. It should be understood that under some circum- 
stances two or more of the users 228 may be the same 
person. 

[0009] The administrator may contract with any of the users 228 
of the system of the present invention or any portion or 
embodiment thereof regarding any, some or all of the fol- 
lowing: authorization to pay claims 261, fees to be paid to 



the administrator, rates for services provided by a health- 
care provider 221 to participants, parameters for submis- 
sion of claims 261, allocations of risk, and terms of use of 
the system of the present invention or any portion or em- 
bodiment thereof. 
[0010] Each participating employer, healthcare provider 221 and/ 
or insurance provider or healthcare plan administrator 227 
may assist the administrator in developing one or more 
template(s) and/or rule set(s) 250 against which some or 
all claims 261 relating to the participating employer (where 
its participants receive the services reflected in a claim), 
the healthcare provider 221 (where it provides the services 
reflected in a claim), and/or the insurance provider or 
healthcare plan administrator 227 (where the services re- 
flected in a claim relate to services insured or adminis- 
tered by the insurance provider 227) shall be compared. 
The template(s) and/or rule set(s) 250 may vary among 
participating employers, healthcare providers 221 and/or 
insurance providers 227, or may be a single or group of 
template(s) and/or rule set(s) 250 against which some or 
all claims are compared. The template(s) and/or rule set(s) 
250 may be structured by the terms and conditions of the 
healthcare plan, and may include treatment codes and 



payment rates. 

[0011] At the time healthcare services are rendered to a partici- 
pant, the participant may present system identification in- 
formation 263 to the healthcare provider(s) 221, sufficient 
to identify the participant in the system of the present in- 
vention. The healthcare provider 221 transmits this infor- 
mation, along with claim information 261 relating to the 
services provided to the participant, to the claim process- 
ing mechanism 231 of the present invention by means of 
the claim submission mechanism 232; alternatively, a par- 
ticipating employee may submit the claim directly to the 
claim processing mechanism 231 by means of the claim 
submission mechanism 232. 

[0012] -rh e claim processing mechanism 231 may then perform 

some or all of the following steps: confirm that the partic- 
ipant is enrolled (eligibility confirmation 235); attach or in- 
corporate certain information as regards the participant, 
the applicable employer, the healthcare provider 221, the 
funded account 271 and the provider's account272 (which 
information was gathered through the registration process 
by any or each of them and is stored in the database 240) 
to the claim information submitted (information associa- 
tion 236); compare the claim information 261 to the appli- 



cable template(s) and rule set(s) 250 (template validation 
237); and confirm that the applicable funded account 271 
has sufficient funds available to the participant to satisfy 
the claim 261 in whole or in part (funds confirmation 238). 
Upon completion of any or all of said steps, the claim pro- 
cessing mechanism 231 may transmit a message 306 to the 
financial institution 225 holding the funded account 271 to 
transfer the claim amount (or lesser amount) from the 
funded account 271 to the applicable user account 272. 
The financial institution225, after receipt of claim payment 
authorization 306, issues fund transfer instructions 307 
causing funds to be transferred from the funded account 
271 to the applicable user account 272; upon successful 
transfer of the funds, the financial institution 225 may 
generate a transfer confirmation message 308 to the 
claims processing mechanism 231. The claim processing 
mechanism 231 may further transmit the claim informa- 
tion 261, applicable registration information 262 and pay- 
ment authorization 306, reformatted and filtered as desir- 
able, to the insurance provider 227 by means of the insur- 
ance submission mechanism 236. 
[0013] i m claim processing Referring to Figures 1, 2 and 3, when a 
healthcare provider 221 provides healthcare services to a 



participant (at S201), the participant provides system iden- 
tification information 263 to the healthcare provider 221, 
who then inputs and transmits (at S202) the claim infor- 
mation 261 for said services and the participant's system 
identification information 263 to the claim processing 
mechanism 231, by means of the claim submission mech- 
anism 232. Multiple claims 261 for one or more partici- 
pants may be entered by the healthcare provider 221 se- 
quentially in a batch. Upon receipt of the message com- 
prising the claim information 261, the claim processing 
mechanism 231 then performs some or all of the following 
steps, in any logical order: 
[001 4] ( a ) Associating registration information 

[0015] Some registration information 262 regarding the health- 
care provider 221, the participant, the applicable partici- 
pating employer, the funded account 271, the participant's 
balance in such funded account27l, and the healthcare 
provider's account272, all as may be stored in the 
database 240, is transferred to the claim processing 
mechanism 231 by means of the registration mechanism 
234 and is attached to, incorporated in or otherwise asso- 
ciated with the claim information 261 (at S203, information 
association 236). 



[001 6] (fr) Validation of claims to template/rule sets 

[0017] The claim information 261 is compared to the applicable 
template(s) and/or rule set(s) 250 (at S204, template vali- 
dation 237). If the claim information does not comply with 
the applicable template(s) and/or rule set(s) 250, a mes- 
sage 281 to that effect may be generated and transmitted 
(at 5205) to some or all of the users 228. The healthcare 
provider 221 may then correct and retransmit the claim in- 
formation 261 (at 5202), or the corrections thereto, to the 
claim processing mechanism 231, by means of the claim 
submission mechanism 234, for comparison to the appli- 
cable template(s) and/or rule set(s) 250. The corrections to 
the claim information 261 may be attached to, incorpo- 
rated in, or otherwise associated with the claim informa- 
tion 261, or the corrections may modify the claim informa- 
tion 261 as originally submitted by the healthcare provider 

221. 

[0018] The claim processing mechanism 231 may also calculate 
applicable rates for services and expenses claimed, in ac- 
cordance with the applicable template(s) and/or rule set(s) 
250, which may then be appended to, incorporated in or 
otherwise associated with the claim information 261. 

[0019] ( c ) Participant eligibility confirmation 



[0020] The claim information 261 and some or all of the registra- 
tion information 262 is compared to the database 240 (at 
S206, eligibility confirmation 235) to confirm the partici- 
pant's eligibility. If the database 240 reflects that the par- 
ticipant is no longer an eligible participant, a message 281 
to that effect may be generated and transmitted to some 
or all of the users 228 (at S207). 

[0021] (d) Funds query 

[0022] The claims processing mechanism 231 compares the claim 
amount to the applicable funded account 271 balance (at 
S209 andS2ll, funds confirmation 237) and the partici- 
pant's balance therein, as may be reflected in the 
database 240 and/or the financial institution's account 
records. If there are insufficient funds to which the partic- 
ipant is entitled in the funded account 271, a message 281 
to that effect may be generated and transmitted to some 
or all of the users 228(atS2W). In the event there are funds 
in the funded account 271 to which the participant is enti- 
tled, but they are insufficient to satisfy the entire claim 
amount, a message 281 to that effect may be generated 
and transmitted to some or all of the users 228(atS2l0), 
and the healthcare provider 221 may be paid via the pay- 
ment mechanism 233 for a portion of the claim amount 



from the funded account 271. 

[0023] a hold message 282 may be generated and transmitted (at 
S208) by the claim processing mechanism 231 (at S207) to 
the payment mechanism 233/financial institution 225 (at 
S207), authorizing and instructing the financial institution 
to hold sufficient funds in the funded account 271 to sat- 
isfy the amount of the claim 261 or, if the participant's 
balance of the funded account 271 is insufficient to satisfy 
the claim, to hold the remainder of the participant's bal- 
ance of the funded account 271 or some lesser amount. 
The financial institution 225 may transmit a confirmation 
message 283 which, in the case of insufficient funds to pay 
the claim in full, may include the amount available in the 
funded account or some lesser amount, to the claim pro- 
cessing mechanism 231, confirming that a hold has been 
placed as requested; the claim processing mechanism 231 
may then transmit to some or all of the users 228 a mes- 
sage 281 to the same effect (which may be the same as the 
confirmation message 283). 

[0024] ( e ) Approval or denial of claim 

[0025] if the participant is enrolled, and if the participant's bal- 
ance of the funded account 271 is sufficient to satisfy the 
claim in whole or in part, a message 281 may be transmit- 



ted to some or all of the users 228 indicating approval of 
the claim. 

[0026] | n the event a claim is denied by the claim processing 

mechanism 231 for any of the reasons set forth above or 
any other reason, a message 281 to that effect may be 
generated and transmitted to any, some or all of the users 
228 indicating denial of the claim, and if desirable the rea- 
sons therefore. 

[0027] ^ Payment instructions 

[0028] The claim information 261 and registration information 
262, filtered as may be desirable or as is required by law, 
is transmitted (at S212) by means of the payment mecha- 
nism 233 to the financial institution 225, with instructions 
or authorization to transfer funds in the amount of the 
claim(s) (or portion thereof, as applicable) from the 
funded account 271 to the provider account 272. 

[0029] The financial institution 225 may transmit a payment con- 
firmation message 308 to the claim processing mechanism 
231, confirming the transaction details and/or the funds 
transfer, which may be verified by the claim processing 
mechanism 231, and a message 281 to that effect may be 
transmitted to some or all of the users 228. 

[0030] (g) Alternative Payment; Reversal of Charges 



[0031] | n some embodiments of the invention, the claim process- 
ing mechanism 231 will permit receipt and recordation of 
alternative payment information input by the healthcare 
provider 221 and transmitted to the claim processing 
mechanism 231 by means of the claim submission mecha- 
nising.^, reflecting the participant's payment of amounts 
due to the healthcare provider 221 independent of the 
payment(s) made by the financial institution 225 from the 
funded account 271. As an additional feature, the claim 
processing mechanism 231 may process non-cash (e.g. 
credit card) payments for the benefit of the healthcare 
provider 221, information regarding the same being trans- 
mitted to the claim processing mechanism 231 by the 
claim submission mechanism 232. 

[0032] | n an embodiment of the present invention, reversal of 

charges may be made by the claim processing mechanism 
231 by means of the claim submission mechanism 232 or 
the registration mechanism 233 upon the request of one 
or more of the users 228. 

[0033] (h) Funding of accounts. 

[0034] in some embodiments of the claims processing mecha- 
nism of the present invention, a participating employer or 
participating employee may fund the funded accounts 



from other banking accounts of the user 228, by providing 
(during registration or otherwise) to the claims processing 
mechanism, by means of the registration mechanism, an- 
cillary account information and funds transfer requests. 
The claim processing mechanism then generates and 
transmits an ancillary funds request on behalf of the user 
228 to the applicable ancillary financial institution, re- 
questing the funds transfer. It is contemplated that the 
ancillary financial institution will then transmit a funds 
transfer instruction to electronically transmit funds from 
the ancillary account to the funded account. Confirmation 
of such transfer may be returned by the financial institu- 
tion or the ancillary financial institution to the claims pro- 
cessing mechanism, which may then record the informa- 
tion in the database and may generate and transmit a 
message to that effect to the funder and/or any other user 
228 confirming the same. 
[0035] (i) claim submission to insurance. 

[0036] | n some embodiments of the present invention, the claim 
processing mechanism 231 may generate and transmit, by 
means of the insurance submission mechanism 236, a 
message regarding the claim information 261 and applica- 
ble registration information 262, filtered and/or formatted 



as appropriate or desirable, to the insurance provider or 
healthcare plan administrator 227or any person acting on 
either of their behalf, for further processing by the insur- 
ance provider 227 relating to, among other purposes, vali- 
dating the claim for purposes of coverage under the 
healthcare plan, crediting the participantwith expenses in- 
curred towards his/her deductible, confirming accuracy 
and compliance of the claim with the insurance benefits, 
and providing payment to the participant or the healthcare 
provider 221, as applicable. 
[0037] | n a further embodiment of the present invention, the in- 
surance provider or healthcare plan administrator 227 may 
transmit messages by the insurance claim mechanism 236 
to the claims processing mechanism 231 for further pro- 
cessing for purposes such as authorizing payment of a 
claim from the insurance provider's account 273 to the 
provider's account 272 (or the employee's account, if any 
and applicable), and notice of payment or rejection of a 
claim to any of the users 228. In this embodiment, the 
system of the present invention may permit the resubmis- 
sion of a rejected claim to the insurance provider 227 by 
means of the claim submission mechanism 232, the claim 
processing mechanism 231 and the insurance submission 



mechanism 236. 
[0038] Q) Recordation of data 

[0039] The claim processing mechanism 231 records in the 

database 240 some or all of the information contained in 
the registration information 262, the claim information 
261, the messages 281 transmitted to and/or received 
from the users 228 or the administrator by the registration 
mechanism 233, the claim submission mechanism 232, the 
claim processing mechanism 231, the payment mechanism 
234, and/or the insurance submission mechanism 236, and 
other information which may be generated by any mecha- 
nisms of the embodiments of the present invention from 
time to time (e.g. invalid login). 

[0040] 2. Registration, account review and management 

[0041] A n embodiment of the claim processing mechanism 231 of 
the present invention includes registration of the users 
228, including any of a participating employer, a partici- 
pating employee, a healthcare provider 221, a financial in- 
stitution 225 and an insurance provider or healthcare ad- 
ministrator 227, and any persons acting on behalf of any 
of these persons, including for example but without limi- 
tation representatives, employees and agents, and any 



other users 228 of the system of the present invention or 
embodiments thereof. 

[0042] users 228 may register by providing registration informa- 
tion 262 (including personal or corporate identifying infor- 
mation and information regarding dependents and bene- 
ficiaries, healthcare plan terms and conditions, account 
numbers, etc.) to the claims processing mechanism 231, 
which then records the information to the database 240. 

[0043] An embodiment of the registration mechanism 233 in- 
cludes the performance of a query of third party creden- 
tialing databases to confirm licensure and good standing 
of participating healthcare providers 221 at registration, 
and/or from time to time thereafter. 

[0044] By means of the claim processing mechanism 231, users 
228 may from time to time add, delete and/or modify cer- 
tain information in the database 240 relating to the user 
228, the user's 228 account(s) (if any), or in the case of 
employers, enrollment or change of status of participating 
employees. 

[0045] An embodiment of the registration mechanism 233 allows 
the users 228 to view information in their respective 
database 240 and/or generate standard or customized re- 
ports or forms from the information in the database 240, 



which can be transmitted to users 228 in a variety of for- 
mats, including without limitation claim information capa- 
ble of being imported into a healthcare provider's practice 
management system, participating employer's healthcare 
payment system, and other financial software. 
[0046] 3 Information management 

[0047] The claim processing mechanism 231 may generate 

unique identification codes for the claim 261 and some or 
all of the messages 281 and/or records generated, trans- 
mitted or received thereby, which may tie all such mes- 
sages and/or records to a single claim 261 and/or batch of 
claims. The unique identification codes, when generated, 
may be transmitted or posted with the messages 
28l/records. 

[0048] 4. Security 

[0049] jhe database 240 and the mechanisms of the present in- 
vention may require various levels of security, including 
use of user 228 identification numbers or login names, lo- 
gin passwords, (which may be in the form of magnetically 
coded access cards containing authorization or other 
technology); information filters, varying among some or 
all of the users 228, thereby providing each user 228 ac- 



cess to limited information from the database 240; and 
VPN, firewalls, concentrator, PKI, SSL, and other transac- 
tion level security solutions in order to protect the privacy 
of the transactions and data in the database. It is contem- 
plated that security of systems comprising the present in- 
vention will evolve over time, with improvements in the 
computer security industry and changes in privacy laws. 
[0050] Thus, a claims processing mechanism and related mecha- 
nisms for a healthcare claims submission and payment 
system is provided. One skilled in the art will appreciate 
that the present invention can be practiced by other than 
the described embodiments, which are presented for pur- 
poses of illustration and not limitation, and the present 
invention is limited only by the claims that follow. 



